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Abstract of DE10057638 

The data documentation method has actualized data held in a 
data memory (2) within the automobile (1) and transmitted to 
an external call-center (5) via a radio data transmission link. 
The call-center responds to an intiating signal for transfer of 
the data to a configuration-documentation server (7), entering 
the data in a databank (6) in chronological order. The call- 
center can be linked to a compatability-documentation server 
(9), for providing a compatability check for products fitted to 
the automobile. An Independent claim for a device for 
documentation of automobile data is also included. 
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Prufungsantrag gem. § 44 PatG ist gestellt 

(S) Verfahren zur Dokumentation von Daten eines Verkehrsmittels 

(57) Ein Verfahren zur Dokumentation von Daten eines Ver- 
kehrsmittels, wobei die Daten in einem Datenspeicher (2) 
im Verkehrsmittel (1) abgelegt werden, die Daten im Da- 
tenspeicher (2) bei Anderungen aktualisiert werden und 
diese Daten uber eine drahtlose Datenubertragungsein- 
richtung (4} an eine Zentrale (5) auBerhalb des Verkehrs- 
mittels (1 } ubertragen werden, wobei die Zentrale (5), aus- 
gelost durch ein Imtiierungssignal, die Daten an einen 
Konfigurations-Dokumentationsserver (7) weiterleitet, die 
Daten in einer Datenbank (6), insbesondere in chronologi- 
scher Reihenfoige, und untergliedert in Produkte gespei- 
chert werden, um fur das Erneuern von Produkten auf 
dem Verkehrsmittel (1) den Konfigurationsstand aufcer- 
halb des Verkehrsmittels (1) zu erfassen. 
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Beschreibung 



[0001] Die Erfindung betrifft ein Verfahren zur Documen- 
tation von Daten eines Verkehrsmittels, wobei die Daten in 
einem Datenspeicher im Verkehrsmittel abgelegl werden, 
die Daten im Datenspeicher bei Anderungen aktualisiert 
werden und diese Daten uber eine drahtlose Daten iiberira- 
gungseinrichtung an eine Zentrale auBerhalb des Verkehrs- 
mittels ubertragen werden. AuBerdern betrifft die Erfindung 
eine Vorrichtung zur Durchfuhrung dieses Verfahrens. 
[0002] Aus der DE 198 53 000 Al ist ein Verfahren und 
eine Anordnung zum Versorgen von Kraftfahrzeugen mil 
Daten bekannt. Die Daten werden zum Betrieb von Rege- 
lungs- und Steuersystemen verwendet. Mit Hilfe einer 
drahtlosen Daienubertragungseinrichtung zwischen Fahr- 
zeug und einer Zentrale ist gewahrleistet, dass Daten uber- 
tragen, abgefragt oder ausgetauscht werden konnen. Diese 
Daten werden zum Betrieb, zur Oberwachung, zur Akruali- 
sierung und zur technischen Diagnose bzw. Analyse wie 
z. B. des Bremssy stems, des Fahrwerks, der Luftdruck der 
einzelnen Rader etc. herangezogen. Der Schwerpunkt dieses 
Vertehrens liegt in der Telediagnose, das heiBl in der draht- 
losen Obermitliung von Uberwachungsdaten, die in regel- 
maBigen Zeitabstanden von der Zentrale erfasst werden. Die 
Zentrale lei let. dann gegebenenfalls KorrekturmaBnahmen 
ein, wie dies aus Diagnose vorgangen bei Werkstattbesuchen 
bekannt ist. 

[0003] Problematisch bei diesem Verfahren ist, dass die 
Zentrale sich immer erst mit dem Verkehrsmittel in Kontakt 
setzen muB, urn ZugrirT auf die Daten des Verkehrsmittels 
gewahrleisten zu konnen. Zudem steht beim Funkkontakt 
nur eine schmale Bandbreite uber ein kurze Zeitspanne fiir 
die drahtlose Daten ubertragung zur Verfugung. Dadurch 
muB eine Auswahl aus den zur Verfugung stehenden Daten 
getroffen werden, d. h. nicht alle zur Verfugung stehenden 
Daten werden ubertragen. 

[0004] Ferner ist aus der P 10037397.6 ein Verfahren zum 
Laden von Software in ein Zielgerat und ein Fahrzeugsteue- 
rungssystem zur Durchfuhrung des Verfahrens bekannt, wo- 
bei das Verfahren nur gcringc Anfordcrungcn an die Lci- 
stungsfahigkeit des Zielgerats stellt. Dabei wird das Laden 
eines Software-Moduls in verschiedene Teilschritte unter- 
teilt. Unter anderem wird ein Schritt fur einen Konfigurati- 
onsmanagcr definiert, wobei cine Kompatibilitatspriifung 
aus den direkt mil der Software mitgefuhrten Kompatibili- 
tatsinformalionen durchfiihrt wird, unabhangig davon, ob 
diese noch aktuell giiltig sind. 

[0005] Der Erfindung liegt als Aufgabe die Bereitstellung 
eines Verfahrens zugrunde, das eine Aktuaiisierung von Pro- 
dukten und eine Kompatibilitatspriifung der Produkte im 
Verkehrsmiuel erleichtert bzw. der Produktkon figuration 
entsprechende Daten in einer Zentrale auBerhalb des Ver- 
kehrsmittels ablegt und dabei gewahrleistet, dass diese Da- 
ten einen aktuellen Stand sowie deren chronologischen Ver- 
lauf darsteUen. 

[0006] Diese Aufgabe wird erfindungsgemaB durch die 
Merkmale des Verfahrens nach Anspruch 1 gelost. Die Da- 
ten im Datenspeicher des Verkehrsmittels werden bei Ande- 
rungen, also insbesondere beim Erneuern, Hinzufugen, Aus- 
tauschen und Entfernen von Produkten, aktualisiert. Danach 
werden die Daten, ausgelost durch ein Iniliierungssignal, 
von der Zentrale an einen Konfigurations-Dokumentations- 
server weitergeleitet. Diese Daten werden in einem zweiten 
Schritt von dem Konfigurations-Dokumentationsserver in 
einer Darenbank in chronologischer Reihenfolge und unter- 
gliedert in Produkte, insbesondere Produktteile und/oder 
technische Gerate und/oder Software, gespei chert. 
[0007] ErfindungsgemaB ist erkannt worden, dass bei dem 



Verfahren zur Dokumentation die Abspeicherung der Konfi- 
gurationsdaten in der Datenbank aufgeleilt entsprechend der 
verschiedenen Produkte, wie Produkteile, Hard- oder Soft- 
ware, erfolgt. Die Konfiguration der Produkte im Verkehrs- 
5 mittel wird dadurch erfasst und kann mil Suchalgorithmen 
fur Auswertungen einzelner Produkte uberarbeitet werden. 
Zudem konnen an diesen Daten turnusmaBige Uberprtifun- 
gen zur Sicherung der Qualitat und des neuesten Produkt- 
standes im Verkehrsmittel durchgefuhrt werden. 
10 |0008] Sollte eine Aufgliederung der Konfigurationsdaten 
nach dem individuellem Verkehrsmittel notwendig sein, 
muss bei der draht losen Dat en ubertragung vom Verkehrs- 
mittel zur Zentrale eine eindeutige Kennung fur das Ver- 
kehrsmittel ubennittelt und mit den Daten abgelegl werden. 
15 Die Kennung kann beispielsweise eine Fahrzeug-Idenlnum- 
mer bzw. jede andere Art von eindeutigem Code sein. Zu- 
dem kann die Identifizierung des Verkehrsmittels auch 
durch eine individuell zugewiesene IP-Adresse oder Tele- 
fonnummer realised werden, die beim Verbindungsaufbau 
20 abgefragt und ebenfalls mit den Daten abgelegt wird. 

[0009] Ferner gewahrleistet die Speicherung der Daten 
unabhangig vom und auBerhalb des Verkehrsmittels jeder- 
zeit kontrollierten Zugriff auf diese Daten durch das 
Werk(Fahrzeughersteller), die Servicestelle usw. Ein ent- 
25 scheidender Vorteil der Erfindung besteht darin, dass im 
Moment der Anforderung zur Auswertung kein Funkkon- 
takt zum Verkehrsmittel bestehen muB. Die Daten konnen 
zu einem beliebigen Zeitpunkt aus dem Verkehrsmittel in- 
ternen Datenspeicher ausgelesen werden und unabhangig 
30 vom und auBerhalb des Verkehrsmittels gespei chert werden. 
Zudem kann durch dieses Verfahren sichergestellt werden, 
dass bei einem Verlust des Daten speichers im Verkehrsmit- 
tel durch Unfall oder Manipulation, die Konfigurationsdaten 
des betreffenden Verkehrsmittels weiterhin zur Verfugung 
35 stehen. Insbesondere kann durch effiziente und revisionssi- 
chere Backup-Systeme fur Server und Datenbanken sicher- 
gestellt werden, dass ein Daten verlust unmoglich wird. 
[0010] Ein weiterer Vorteil des erfindungsgemaBen Ver- 
fahrens fur die Verkehrsrnitteldokumentation ist die Beweis- 
40 sicherung im Fallc von Produkthaftung, da die Daten in 
chronologischer Reihenfolge, also mit einer zusatzlichen 
Datum sin formation versehen, in der Datenbank abgespei- 
chert werden. Dies ermoglicht ebenfalls Auswertungen zur 
Historic der Produkte im Verkehrsmittel, also deren Konfi- 
45 gurationsanderungen im Lebenszyklus des Verkehrsmittels 
bzw. des Produkts, durchzufuhren. 

[0011] Diese Aufgabe wird erfindungsgemaB auch durch 
die Merkmale des Verfahrens nach Anspruch 2 gelost. Da- 
nach werden die Daten, die in einem Datenspeicher im Ver- 
50 kehrsmittel abgelegl sind, mit Hilfe drahtloser Dateniiber- 
tragungseinrichtungen, ausgelost durch ein Iniliierungssi- 
gnal, an eine Zentrale gesendet, welche diese Daten an einen 
Konfigurations-Dokumentationsserver zur Speicherung in 
einer Datenbank weiterleitet. Die Kompatibilitatsanforde- 
55 rungen der Produkte, insbesondere Produktteile und/oder 
Software, werden auf Kompatibilitats-Dokumentationsser- 
vern in Datenbanken abgelegt. Die Dokumentationsserver 
verfugen uber Schnittstellen zur Kommunikation. Damit. 
kann niittels der Daten aus den Dokumentationsservern eine 
60 Kompatibilitatspriifung fur die im Verkehrsmittel vorhan- 
den Produkte, insbesondere Produktteile und/oder Software, 
durchgefuhrt werden. 

[0012] ErfindungsgemaB ist erkannt worden, dass bevor- 
zugt ein Kompatibililats-Dokumentationsserver vorgesehen 
65 wird, der uber Produkte, insbesondere Produktteile und/oder 
technische Gerate und/oder Software, Informationen spei- 
chert, welche spezifischen Abhangigkeiten gegeben und 
einzuhalten sind. Mil den Daten des Konfigurations-Doku- 
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menlationsserver wird dazu eine Kornpatibilitatsprufung fur 
die entsprechenden Konfiguradonsstande im Verkehrsniittel 
durchgefuhrt. 

[0013] Die zentrale Speicherung der Kompatibiltatsinfor- 
mationen auf dem Kompaubilii.ats-Dokumentau*onsserver 5 
hat den Vorteil, dass diese schneU aktualisiert werden kon- 
nen und Fehler durch veraltete Kompatibilitaisdaten, die 
zum Zeilpunkt. der Auslieferung dem Produkt, insbesondere 
Produktteilen und/oder Software, mitgegeben wurde, ver- 
mieden werden. 10 
[0014] Aufierdem werden zur Kompaiibilitaisprufung der 
Produkte eines Verkehrs mitt els die individuellen Konfigura- 
tionsdaten des Verkehrsinittels, also die Konfigurauons-Do- 
kumentalion, sowie die Kompalibibtatsanforderungen der 
Produkte, bspw. der Produktteile und/oder Software, also 15 
die Kompaubilitats-DokumentaUon, uber Schnittstelien fur 
den Kompatibilitatstesi zur Verfugung gestellt. 
[0015] Bei einer Weiterbildung der Erfindung wird das In- 
itiierungssignal ftir die drahtlose Datenubertragung entwe- 
der von der Zentrale und/oder einer Bedieneinheit am Ver- 20 
kehrsmittel und/oder durch die Aktualisierung des Daten - 
speichers im Verkehrsmittel ausgelost. Die Anfrage, bei- 
spielsweise durch die Zentrale, kann turnusrnaBig erfoigen, 
um gesicherte Informationen uber den Zustand der Ver- 
kehrsmittel zu erhalten. 25 
[0016] 1st. fur einen Hersteller die Dokumentation aller 
Konfigurationsstande eines Verkehrsmittels auch nach dem 
Verkauf Pflicht so bietet es sich an, diese mit der Aktualisie- 
rung von Daten ini Datenspeicher des Verkehrsmittels zu 
verhinden. Dieses Vorgehen konnte derart erweitert werden, 30 
dass der Kunde durch eine Bedieneinheit im Verkehrsmittel 
das Versenden der Daten bestatigt oder aus Geheimhal- 
tungsgriinden verweigert. 

[0017] Bei der Kornpatibilitatsprufung kann die Daten- 
ubertragung durch die Zentrale und/oder einer Bedienein- 35 
heit am Verkehrsmittel und/oder durch die Aktualisierung 
des Datenspeichers im Verkehrsmittel ausgelost werden. 
Die Anfrage, beispielsweise durch die Zentrale im Werk 
oder einer Servicestelle, kann notwendig werden, wenn An- 
dcrungcn in den Kompatibilitats-Dokumcntationsscrvcrn 40 
eingespielt wurden. Sollten Kompau'bilitatsprobieme bei be- 
stimmten Konfigurationsdaten ermittelt werden, konnen 
diese Verkehrsmittel gezielt zuriickgerufen werden. 
[0018] Die Bedieneinheit am Verkehrsmittel vcrsctzt den 
Fahrer des Verkehrsmittels und/oder die Werkstatte, in der 45 
das Verkehrsmittel gewartet wird, in die Lage, den Kompa- 
tibiltalstest durchzufuhren. 1st der Kompatibilitatstesi mil 
der Aktualisierung der Daten im Datenspeicher des Ver- 
kehrsmittels gekoppelU so konnen Konfigurationsfehler so- 
fort festgestellt werden und es kann gezielt bei deren Behe- 50 
bung vorgegangen werden. 

[0019] Bei einer anderen Weiterbildung der Erfindung 
konnen die Daten nach deren erfolgreichem Ablegen in der 
Datenbank des Konfigurations-Dokumentationsservers im 
Datenspeicher des Verkehrsmittels geloscht. werden. Dies 55 
kann z. B. dadurch erzielt werden, dass die erfolgreich auf 
den Konfigurations-Dokumentauonsserver uberspielten Da- 
ten sofort nach der ordnungsgemaBen Ruckmeldung ge- 
loscht werden oder indem diese Daten eine besondere Ken- 
nung erhalten und diese besonders gekennzeichneten Daten 60 
turnusrnaBig geloscht werden. Dies hat den Vorteil, dass der 
Datenspeicher im Verkehrsmittel klein gehalten werden 
kann. Zudem kann dieses Verfahren dazu benutzt werden, 
dass nur die aktuaiisierten Konfigurationsdaten des Ver- 
kehrsmittels zur Zentrale gesendet werden. Dies hat den 65 
Vorteil, dass die schmale Bandbreite zur Datenubertragung 
optimal genutzt wird. 

[0020] Bevorzugt werden Aktualisierungen von Produk- 
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ten und/oder Produktteilen und/oder Software im Verkehrs- 
miUel erst nach erfolgreichem Ablegen der Daten in der Da- 
tenbank des Konfigurauons-Dokumentationsservers zuge- 
lassen. Der Vorteil dieses Verfahrens bestehl darin, Ande- 
rungen am Verkehrsmittel, die nicht. dokumentiert werden 
konnen, zu verhindern. 

[0021] Altemativ hierzu kann genau eine Aktualisierun- 
gen von Produkten und/oder Produktteilen und/oder Soft- 
ware im Verkehrsmittel ohne zwingendes Ablegen der Da- 
ten in der Datenbank des Konfigurations-Dokumentations- 
servers zugeiassen werden. Eine weilere Aktualisierung ist 
dann erst nach erfolgreichem Ablegen der Daten in der Da- 
tenbank des Konfigurations-Dokumentationsservers zulas- 
sig. Dies verhindert Diskrepanzen zwischen dem Verkehrs- 
mittel und dem Konfigurations-Dokumentationsservers. 
[0022] Es gibt nun verschiedene Moglichkeiten, die Lehre 
der vorUegenden Erfindung in vorteilhafter Weise weiterzu- 
bilden. Dazu ist einerseits auf die unlergeordneten Ansprii- 
che und andererseits auf die nachfolgende Erlauterung zum 
Verfahren zu verweisen. In der Zeichnung ist eine Variante 
des erfindungsgemaBen Verfahrens dargestellt Es zeigt in 
schematischer Darstellung, 

[0023] Fig. 1 eine Vorrichtung zur Durchfuhrung des Ver- 
fahrens. 

[0024] Ein Verkehrsmittel 1 verfugt uber einen Datenspei- 
cher 2 in dem Konfigurationsdaten uber Produkte, insbeson- 
dere Produktteile und/oder technische Gerate und/oder Soft- 
ware, abgelegt sind. Die Konfigurationsdaten werden auto- 
matisch von dem Datenspeicher 2 erfasst, sob aid eine Ver- 
anderung der Produkte im Verkehrsmittel 1 vorgenommen 
wird. 

[0025] Wenn die Produkte Software beinhalten, weisen 
die Konfigurationsdaten ein Aktualisierungsdatum, eine Be- 
zeichnung des Software-Moduls, eine Angabe eines Zielge- 
rats, einen Versionsstand sowie optional die bereits in der 
Software vorhandenen Kompatibilitatsinformationen auf. 
[0026] Die Daten werden aus dem Datenspeicher 2 ausge- 
lesen und uber eine Sende- Empfangseinheit 3 mittels draht- 
loser Ubertragungseinrichtung 4, die z. B. mit elektroma- 
gnetischcr Strahlung uber einen Satcllit erfoigen kann, zur 
Zentrale 5 kommuniziert. Die Z^enurale 5 leitet die empfan- 
genen Daten an einen Konfigurations-Dokumentationsser- 
ver 7 weiter. 

[0027] Die Zentrale 5 kann z. B. durch ein Call -Center 
realisiert sein, von dem die Daten an die entsprechenden 
Stellen, insbesondere Werk, Werkstatten, Kundencenter, 
VerkehrsmiUel 1, Dokumentalionsserver 7,9, weitergeleilel 
werden. Die Zentrale 5 kann ahnlich den Einwahlpunkten 
fiir Internetdienste als Remote-Access-Zugang aufgebaut 
sein, der die ankommenden Daten automatisch weiterleitet. 
[0028] Die Zentrale 5 ist direkt an ein Netzwerk 12 ange- 
koppelt, wodurch alle Teilnehmer dieses Netzwerks 12 Zu- 
gang zu den einzelnen Dokumentation sservern 7, 9, dem 
Konfigurationsmanager 10 und/oder der Zentrale 5. haben. 
Teilnehmer des Netzwerkes 12 sind auch das Werk, die Ser- 
vicestellen, die Werkstatten und/oder Zulieferer, jeweils an- 
gekoppelt uber ein bereits bestehendes Netzwerk 12 eines 
Herstellers. 

[0029] Der Konfigurations-Dokumentationsserver 7 spei- 
chert die aus dem Datenspeicher 2 des Verkehrsmittel an- 
kommenden Konfigurationsdaten in einer Datenbank 6. Das 
Speichern der Daten erfolgt in chronologischer Reihenfolge, 
d. h. entsprechend ihres zeitlichen Eingangs in der Daten- 
bank. Dies ist durch die Speicherung des entsprechenden 
Datums, an dem die Aktualisierung des Verkehrsmittels er-' 
folgte, zusammen mit den Daten, sichergestellt. Diese Daten 
stehen nun uber das Terminal 11 jedem Teilnehmer des 
Netzwerks 12, insbesondere der Zentrale 5 und/oder den 
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Dokumentationsserver 7, 8, zur Verfugung und konnen zur 
Fehlersuche, zur Beweissicherung bei Produkthaftung, zu 
statistischen Erhebungen usw., verwendet werden. 
[0030] Die Zenlrale 5 kann jederzeit einen Kompatibili- 
tatstest liber einen elektronischen Konfigurationsmanager 5 
10 initiieren. Dabei fuhrt dieser einen Vergleich zwischen 
den Konfigurationsdaten 6 des Verkehrsmittels auf dem 
Konfigurations-Dokumentationsserver 7 und den Kompati- 
bili tals-Daten in der Datenbank 8 des Kompatibilitiits-Do- 
kumentationsservers 9 durch. 10 
[0031] Wenn die Produkte Software aufweisen, wird bei 
diesem Vergleich festgestellt, ob ein bestimmtes aktueiles 
Software-Modul X des Verkehrsmittels fiir ein bestimmtes 
Zielgerai Y mil einem besliinmten Versionsstand Z Abhan- 
gigkeiten zu anderen Geraten im Verkehrsmittel aufweist. 15 
Dabei werden Anforderungen an Versionsstande anderer 
Software-Module im selben Zielgerat oder anderer Gerate 
uberprufl. Die zur Kompatibililatsprufung erforderlichen In- 
formationen sind bereits im Kompatibili tats- Dokumentati- 
onsserver abgelegt. Die Informationen geben beispielsweise 20 
an, dass das Software-Modul X zur korrekten Funktions- 
weise das Software-Modul A im Versionsstand B im Zielge- 
rat C bendligt. Ferner pruft der Konfigurationsmanager 10 
mil den Daten aus dem Konfigurations-Dokumentationsser- 
ver 7, ob die vorgegebene Konfiguration tatsachiich in dem 25 
betreffenden Verkehrsmitiel umgesetzt. ist. 
f00321 Bei einer anderen Ausfuhrungsform sind die Pro- 
dukte technische Cerate, Produktteile oder Hardware. Als 
Konfigurationsdaten sind Daten, insbesondere zur Ausstat- 
tung und den charakteristische GroBen gespeichert. Die 30 
Konfiguraiionsdaten fur das Produkt Reifen bestehen aus 
den Angaben Aktualisierungsdatum, Hersteller, Typ, GroBe 
sowie Position am Verkehrsmittel. Aus dem Vergleich der 
Konfigurationsdaten auf der Datenbank 6 mit den Kompati- 
bilitatsdaten auf der Datenbank 8 durch den Konfigurations- 35 
manager 10 wird ermittelt, ob dieses Produkt fur dieses Ver- 
kehrsmittel kompatibel ist also die verkehrstechnischen und 
geratespezifischen Anforderungen erfullt. 

Bczugszcichcnlistc 40 

1 Verkehrsmittel 

2 Datenspeicher 

3 Scnde-Empfangscinhcit 

4 drahtlose Ubertragungseinrichtung 45 

5 Zentrale 

6 Datenbank 

7 Konfigurations-Dokumentationsserver 

8 Datenbank 

9 Kompatibilitats-Dokumentationsserver 50 

10 Konfigurationsmanager 

11 Terminal 

12 Netzwerk 

Paten tan spruche 55 

1. Verfahren zur Dokumentation von Daten eines Ver- 
kehrsmittels, wobei die Daten in einem Datenspeicher 
(2) im Verkehrsmittel (1) abgelegt werden, die Daten 
im Datenspeicher (2) bei Anderungen aktualisiert wer- 60 
den und diese Daten uber eine drahtlose Datenubertra- 
gungseinrichtung (4) an eine Zentrale (5) auBerhalb des 
Verkehrsmittels (1) iibertragen werden, dadurch ge- 
kennzeichnet, dass die Zentrale (5), ausgelost durch 
ein Initiierungssignal, die Daten an einen Konfigurati- 65 
ons-Dokumentauonsserver (7) weiterleitet, die Daten 
in einer Datenbank (6), insbesondere in chronologi- 
scher Reihenfoige, und untergliedert in Produkte ge- 
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speichert werden, urn bei Anderungen von Produkten 
auf dem Verkehrsmittel (1) den Konfiguralionssiand 
auBerhalb des Verkehrsmitlels (1) zu erfassen. 
2. Verfahren zur Dokumentaiion von Daten eines Ver- 
kehrsmitlels, wobei die Daten in einem Datenspeicher 
(2) im Verkehrsmittel (1) abgelegt werden, die Daten 
im Datenspeicher (2) bei Anderungen aktualisiert wer- 
den und diese Daten uber eine drahtlose Datenubertra- 
gungseinrichtung (4) an eine Zentrale (5) auBerhalb des 
Verkehrsmitlels (1) ubertragen werden, dadurch ge- 
kennzeichneu dass die Zentrale (5), ausgelost. durch ein 
Initiierungssignal, die Daten an einen Konfigurations- 
Dokumentationsserver (7) weiterleitet, die Daten in ei- 
ner Datenbank (6) gespeichert werden, die Kompatibi- 
litatsanforderungen der Produkte auf einem Kompau- 
bilitats-Dokumentationsserver (9) in einer Datenbank 
(8) abgelegt werden, eine Kompatibili tatsprufung fur 
die im Verkehrsmittel (1) vorhandenen Produkte mit- 
tels der Daten des Kompatibilitats-Dokumentationsser- 
vers (9) durchgefuhrt wird und die Dokumentationsser- 
ver (7 und 9) uber Schnittstellen kommunizieren, urn 
Konfigurationsstande von Produkten im Verkehrsmittel 
(1) auBerhalb des Verkehrsmitlels (1) zu uberprufen. 

3. Verfahren nach Anspruch 1 oder 2, dadurch gekenn- 
zeichnet, dass das Initiierungssignal fur die drahtlose 
Daten ubertragung von der Zentrale (5), uber eine Be- 
dieneinheit am Verkehrsmittel (1) und/oder durch die 
Aktualisierungdes Daten speichers (2) im Verkehrsmit- 
tel (1) ausgelost wird. 

4. Verfahren nach Anspruch 1 oder 2, dadurch gekenn- 
zeichnet, dass als Daten Konfigurationsstande zu den 
im Verkehrsmittel (1) eingesetzten Produkten, wie 
Softwarestande von Software, gespeichert werden. 

5. Verfahren nach Anspruch 1 oder 2, dadurch gekenn- 
zeichnet, dass ein Freigabesignal von der Zentrale (5) 
an das Verkehrsmittel (1) nach Ablegen der Daten in 
der Datenbank (6) des Konfigurations-Dokumentati- 
onsservers (7) ubertragen wird, um ein Aktualisieren 
der Daten im Datenspeicher (2) zuzulassen. 

6. Verfahren nach Anspruch 5, dadurch gckcnnzcich- 
net, dass das Freigabesignal nach erfolgreicher Durch- 
fuhrung des Kompatibilitatstest.s ubertragen wird. 

7. Vorrichtung zur Durchfuhrung eines Verfahrens 
nach Anspruch 2, dadurch gckcnnzcichnct, dass die 
Vorrichtung ein Mittel zum Speichern der Konfigurati- 
onsdaten (5, 7), ein Mittel zum Speichern der Kompa- 
libilitaisdaten (8, 9) aufweisl und ein Konfigurations- 
manager (10) zum Vergleichen der Konfigurauonsda- 
ten (6, 7) mit den Kompatiblitatsdaten (8, 9) vorgese- 
hen ist, wobei Schnittstellen zur Datenkommunikation 
zwischen diesen Mitteln (6, 7, 8, 9) und dem Konfigu- 
rationsmanager (10) vorgesehen sind. 

8. Vorrichtung nach Anspruch 7, dadurch gekenn- 
zeichnet, dass die Schnittstellen zur Datenkommunika- 
tion uber ein Netzwerk (12) verbunden sind. 
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